GENERAL PURPOSE INPUT/OUTPUT CONTROLLER 

The present invention relates to computer system architecture, and more specifically, to a 
configurable input/output interface port. 

BACKGROUND OF THE INVENTION 

The miniaturization of complex electronic devices has resulted in a wide variety of 

portable devices. For example, televisions, DVD viewers/players, computers, MP3 players, and 

the like have all become miniaturized to the point where it is cost effective to implement these 

technologies as portable devices. Due to the miniaturization of these devices, the functionality of 

the hardware driving such devices is often implemented on a single ASIC unit that performs the 

functions necessary to operate as the particular device. Unfortunately, due to the miniaturization 

of the devices and because the ASIC units often incorporate numerous functional components, 

the number of available pins on the ASIC is limited. With respect to input/output (I/O) pins, 

there may be only one or two I/O pins, which generally precludes different I/O devices from 

interfacing with the portable device. This disadvantage can limit the acceptance of a particular 

device in the commercial market. Thus, it is desirable to provide such a device having an I/O 

port that can be used with any I/O device, regardless of its device type implementation, for 

example, input, output or bidirectional - open drain, open collector, totem pole, or tri-state types. 

It is to this end that the present invention is directed. 

SUMMARY OF THE INVENTION 

The present invention permits an I/O port to be used with a variety of different I/O 

devices, regardless of their device type implementation, such as tri-state I/O devices, pull-up I/O 

devices, or pull-down I/O devices, either as interruptable or non-interruptable. Thus, one set of 

pins may be used for various different I/O devices. 

In an aspect, the invention affords an electronic device having a configurable port for 
connecting with a variety of interface device types. The device comprises a register for storing 
one or more sets of configuration data, each set of configuration data corresponding to a 
particular device type that may be connected to the electronic device, and a multiplexer for 
conforming a data signal in accordance with the configuration data associated with a particular 
interface device type connected to the electronic device. Interface device types may include any 
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of open drain interface type, open collector interface type, totem pole interface type, and tri-state 
buffer interface type. The device also comprises an inbound buffer for buffering an input data 
signal from a device connected with the port, and an outbound buffer for buffering an output 
signal that conforms with an interface type of the device connected with the port. The device 
also comprises an interruptable inbound buffer, which is capable of individually enabling and/or 
disabling processor interrupts based on the individual of activity level - either high state or low 
state. 

One or more load-enabled flip-flops, preferably implemented as D-type flip-flops may be 
used as respective programmable registers. The load-enabled flip-flops include a first set of flip- 
flops for configuring and enabling signaling for the configurable port of the electronic device, 
and a second set of flip-flops for controlling input and output signaling for the configurable port. 

A controller preferably controls the operation of the configurable port, and may be 
associated with a register set for controlling the operation of the configurable port. The register 
set includes a first register for indicating whether the port is configured as a general purpose 
interface port or as a special purpose interface port to support a particular device connected with 
the port, a second register for configuring the port to transmit an output signal to the device 
connected with the port, a third register for indicating data representing the output signal to be 
transmitted to the device connected with the port, and a fourth register for indicating data 
representing an input signal that is received from the device connected with the port. The 
register set further includes a fifth register for indicating the status of the controller, a sixth 
register for indicating whether to enable an interrupt signal to interrupt a host processor, a 
seventh register for indicating an interrupt activation level, and an eighth register for clearing the 
contents of the fifth register. Preferably, these registers are 8 bit registers. 

In another aspect, the invention affords a method for configuring a port to connect with a 
variety of interface device types. The method comprises the steps of storing one or more sets of 
configuration data relating to the variety of interface device types that may be connected to the 
electronic device, each set of configuration data corresponding to a particular device type, 
configuring the port to interface with a particular one of the variety of interface device types, and 
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in response to enabling the port to transmit data to the connected device, conforming an output 
data signal in accordance with the configuration data associated with the particular interface 
device type connected to the electronic device, and in response to enabling the port to receive 
data from the connected device, receiving an input data signal and translating the input data 
signal as appropriate to interface with the port. The method also includes the steps of buffering 
the input data signal from the device connected with the port in response to receiving the input 
data signal, and buffering the output signal that conforms with an interface type of the device 
connected with the port in response to transmitting the output signal to the device connected with 
the port. 

The interface device types preferably include any of open drain interface type, open 
collector interface type, totem pole interface type, and tri-state buffer interface type. The 
configuring step includes the steps of configuring and enabling signaling for the configurable 
port of the electronic device, and controlling input and output signaling for the configurable port, 
and further includes providing a register set for controlling the operation of the configurable port, 
wherein the register set includes a first register for indicating whether the port is configured as a 
general purpose interface port or as a special purpose interface port to support a particular device 
connected with the port, a second register for configuring the port to transmit an output signal to 
the device connected with the port, a third register for indicating data representing the output 
signal to be transmitted to the device connected with the port, and a fourth register for indicating 
data representing an input signal that is received from the device connected with the port, and a 
fifth register for indicating the status of the controller, a sixth register for indicating whether to 
enable an interrupt signal to interrupt a host processor, a seventh register for indicating an 
interrupt activation level, and an eighth register for clearing the contents of the fifth register. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a block diagram illustrating an exemplary embodiment of a multi-processor 

system built in an ASIC unit with which the invention may be utilized; 

Figure 2 is a diagram illustrating, in more detail, the I/O port shown in Figure 1 ; 

Figures 3A-3D illustrate some examples of various I/O interface device type 
implementations that may be connected to the I/O port of the invention; and 
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Figure 4 depicts an exemplary configuration register set in accordance with the invention 
that enables the I/O port 54 to be configured for a particular device type. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

While the following description is in the context of an I/O controller in a portable MP3 

music player, those skilled in the art recognize that the invention has greater utility and is 

applicable to any computer system that needs to reduce its pin count. For example, integrated 

circuits, I/O ports, independent hardware devices, and the like can all utilize the invention to 

reduce their pin counts. The following description is merely representative of a preferred 

embodiment of the invention and is not intended to be limiting. 

Fig. 1 is a block diagram illustrating an exemplary embodiment of a multi-processor 
system 10 built in an ASIC unit with which the invention may be utilized. The multi-processor 
system 10 is described in more detail in Applicant's co-pending U.S. patent application Serial 
No. XX/XXX,XXX, entitled "XXX", which was filed on XX/XX/XXXX, and which is 
incorporated herein by reference in its entirety. The system 10 is briefly described below. 

As shown in Figure 1, the system 10 may include a host processor 12 which may 
preferably be a reduced instruction set (RISC) ARM core, such as is manufactured by ARM, 
Inc., and a coprocessor core 14 that operate in a cooperative manner to complete various system 
tasks. The system 10 may also include a hardware accelerator engine 16. The host processor 12, 
the coprocessor 14, and the hardware accelerator engine 16 may all be connected to a multipath 
memory controller 18 and a multipath peripheral controller 20. To control access to the shared 
resources connected to the multipath memory controller 18 and the multipath peripheral 
controller 20, the system 10 may include a semaphore unit 22 which permits the two processors 
12, 14 to communicate with each other and control the access to the shared resources. The 
semaphore unit 22 permits the processors to negotiate for the access to the shared resources, but 
then, due to the multipath controllers 18, 20, permits the processors to access the resources over 
its own bus that is part of the controllers 18, 20. To control the timing of the controllers 18, 20, a 
timer/clock 24 may be connected to each controller 18, 20. 
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Both the memory controller 1 8 and the peripheral controller 20 are then in turn connected 
to one or more resources that are shared by the processors 12, 14. For example, the memory 
controller 18 may be connected to a host instruction memory 26 that is typically accessed by the 
host processor 12, a ping buffer 28, a pong buffer 30, and a coprocessor instruction memory 32 
which is typically accessed by the coprocessor 14. The host processor 12 may always have 
priority access to its instruction memory 26 and the coprocessor may always have priority access 
to its instruction memory 32 since the two processors 12, 14 each have separate buses connected 
to each resource. The memory controller 18 may also be connected to a cache memory 34, such 
as a 4-way 4KB set associated cache, a flash memory interface 36 for connecting to an external 
flash memory (not shown) and an external synchronous dynamic random access memory 
(SDRAM) interface 38 with the various necessary signals, such as RAS, CAS, WE, OE, and CS, 
to interface to a typical SDRAM. 

The peripheral multipath controller 20, which operates in a manner similar to the memory 
controller 18, in that each processor 12, 14 may access different shared resources simultaneously, 
may have one or more peripherals connected to it. For example, the peripheral controller 20 may 
be connected to a universal serial bus (USB) interface 40 that in turn may connect to a USB 
device or host, a universal asynchronous receiver/transmitter (UART) interface 42 that in turn 
may connect to communication port (COM) hosts, a TAP/embedded ICE controller 44, an EIDE- 
CD/CF controller 46 to interface to hard disk drives or CD drives, a key matrix controller 46 that 
connects to a user input keyboard, an audio codec controller 48 that connects to an audio 
coder/decoder (codec), a liquid crystal display (LCD) controller 50 that connects to a LCD 
display, a smartcard controller 52 for connecting to a smart card, and an input/output (I/O) 
expansion port 54 (which will be described in more detail below) that connects to one or more 
different input/output devices. As with the memory controller 18, the peripheral controller 20 
provides access for each processor 12, 14 to each shared resource. 

The above system is preferably embodied as an ASIC unit for performing the functions 
described above. Such a system provides a unique portable electronic device that offers many 
advantages over conventional devices, which are discussed in detail in the above-identified 
patent application. However, since the device is portable, its primary functional unit is 
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miniaturized to the point where the number of available pins, especially I/O pins, is limited. 
Often it is desirable to utilize a number of different I/O devices with the above system. These 
I/O devices can be individually implemented in accordance with very different architectural 
interfaces, such as open drain/collector, totem pole, or three state interface types. When the 
number of available pins were large, it was common to associate particular I/O pins for each of 
these device interface types. However, when the number of pins is limited, it is desirable to 
support these devices using the available allocated pins. Thus, it is desirable to create a general 
purpose I/O port that is configurable depending on the associated interface type. 

Figure 2 is a diagram illustrating, in more detail, the input/output (I/O) expansion port 54 
shown in Figure 1 . In an exemplary embodiment, the input/output expansion port 54 comprises 
one or more load-enabled flip flops 60, which are preferably implemented as D-type flip flops, a 
multiplexer 62, one or more additional flip-flops 64, and inbound and outbound buffers 66, 68. 
The expansion port 54 may be utilized as a general purpose I/O port or as a multiplexed (or 
special function) I/O port both which will be described in more detail below. 

The load-enabled flip flops 60 each have, in addition to a clock (CLK) signal input, a data 
signal input, and a second input (LOAD) that functions as a "chip select" to enable or disable 
updating of the particular flip-flop 60 so that the flip flop 60 may be used as a programmable 
register. The CLK signal may be generated from a system clock located in the computer system 
that is preferably responsible for generating the synchronization timings within the system. 

A first set of flip-flops 60a, 60b may be associated with configuring and enabling 
signaling for the I/O port 54. Flip-flop 60a may receive an Outbound Enable (OE) data signal 
from an I/O controller (not shown) that interfaces with the I/O port 54. The OE data signal may 
be passed to the outbound buffer 68 when the flip-flop 60a is enabled (i.e., when the LOAD 
signal and the CLK signal are enabled). The OE signal enables the outbound buffer 68 to pass 
an output data signal to an SFIO/GPIO pad 70. 

The signal received by the outbound buffer 68 is determined by a multi-input multiplexer 
62. In the drawing shown in Fig. 2, the multiplexer 62 is a three-input multiplexer; however, 
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those skilled in the art will recognize that the multiplexer may receive a different number of 
inputs without departing from the invention. In the exemplary embodiment shown in Fig. 2, one 
such input to the multiplexer 62 is the Output (OUTP) data signal that is provided from the I/O 
controller. Similar to the first set of flip-flops 60a, 60b, a second set of flip-flops 60c, 60d may 
be associated with input and output signaling for the I/O port 54. The OUTP data signal may be 
passed to the multiplexer 62 via flip-flop 60c (i.e., when the LOAD signal and the CLK signal 
are enabled). 

Another input to the multiplexer 62 is the Special Function Output (SFO) data signal. In 
accordance with the invention, the I/O port may be configured for a particular I/O interface 
device type. I/O interface device types are often implemented using a variety of different 
architectures. Figures 3 A-3D illustrate some examples of various I/O interface device type 
implementations. In Figure 3 A, an open drain type I/O interface type is illustrated. As shown in 
Figure 3A, an open drain type output buffer 80 may be connected with the GPIO pin 70 (Fig. 2) 
of the I/O port 54. The output buffer 80 may be embodied as an N-channel transistor having an 
open drain, and a pull-up resistor 82 may be coupled with the common drain-pin connection 84 if 
needed as is well known in the art. In Figure 3B, an open collector type I/O interface type is 
illustrated. As shown in Figure 3B, an open collector output buffer 90 may be connected with 
the GPIO pin 70 (Fig. 2) of the I/O port 54. The output buffer 90 may be embodied as a P- 
channel transistor having an open collector, and a pull-down resistor 92 may be coupled with the 
common collector-pin connection 94 if needed as is well known in the art. A totem pole type 
output buffer 100 is shown in Figure 3C connected with the GPIO pin 70 (Fig. 2) of the I/O port 
54. The output buffer 100 may be embodied as stacked transistors of the complementary type 
(i.e., stacked PMOS transistors connected with stacked NMOS transistors) as is well known in 
the art. Figure 3D illustrates a tri-state output buffer 1 10 that is connected with the GPIO pin 70 
(Fig. 2) of the I/O port 54. The output buffer 110 may be embodied as stacked complementary 
transistors (i.e., stacked PMOS transistors connected with stacked NMOS transistors) as is well 
known in the art. The tri-state buffer 110 functions similar to an electrical switch allowing its 
load to be selectively switched off the bus when needed. 
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Returning to Figure 2, a configuration register (not shown) may be configured 
appropriately to enable the I/O port 54 to emulate a particular I/O interface to support the 
attached device type. Figure 4 depicts an exemplary configuration register set in accordance 
with the invention that enables the individual I/O port 54 bits 70 to be configured for a particular 
device type. While a single register set is shown in Fig. 4, the number of register sets 
implemented in the system can be changed depending on the number of different ports to 
support. For example, if four different sets of configurations are needed, register sets A - D may 
be utilized to emulate particular sets of device type interfaces (such as those shown in Figure 3). 
However, those skilled in the art will recognize that additional configurations are possible and 
the above is merely exemplary. Preferably, each configuration register is a 32 bit read/write 
register, and each configuration register may be associated with a particular I/O device type 
interface. For example, configuration register A may be associated with an open drain type I/O 
interface, configuration register B may be associated with an open collector type I/O interface, 
configuration register C may be associated with a totem pole type I/O interface, while 
configuration register D may be associated with a tri-state I/O interface. 

The following description of the register sets is made with respect to a single 
configuration register set. However, this description is applicable to other register sets in the 
system. In the exemplary illustration of Fig. 4, a first register 120 (GPIO/SPIO selection) may 
be utilized to indicate whether the port is to be configured as a general purpose interface port or a 
special purpose interface port to support a particular device. Another register 122 (GPIO Output 
Enable) may be utilized to configure the port 54 to transmit an output I/O signal to the GPIO pad 
70. Another register 124 (GPIO Output Port) may indicate data representing output I/O data to 
be transmitted to a connected I/O device via the port 54. A fourth register (GPIO Input Port) 126 
may indicate data representing input I/O data that is received from a connected I/O device via the 
port 54. 

Remaining registers in the register set may include a register 128 (GPIO Interrupt Status) 
for indicating the status of the GPIO controller (i.e., configuration and receiving/transmitting 
signals from/to a connected I/O device). The register set may also include a register 130 (GPIO 
Interrupt Enable) for indicating whether to enable an interrupt signal to interrupt the host 
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processor to cause the host processor to respond by servicing the interrupt. This technique is 
well known. Another register 132 (GPIO Interrupt Activation Level) may also be included to 
configure the GPIO to selectively interrupt the processor based on the polarity of the active 
signal. For example, when the GPIO is used to detect Active-Low CS# or INTR#, the GPIO 
controller may be configured to interrupt the processor when the I/O signal changes to LOW. 
Likewise, when the GPIO controller is used as a Rising Edge Clock to sample serial data, the 
GPIO controller may be configured to interrupt the processor when the I/O signal changes from 
Low to High and the GPIO Data line may be read to latch the data on the clock edge. The 
register set may also include a register 134 (GPIO Interrupt Flag Set-to-Clear) for clearing the 
interrupt status register 128 after the host processor has been interrupted and services the 
interrupt. Other registers may be provided and the above are merely exemplary. 

As discussed above, the port 54 may be configured depending on the I/O interface type of 
a connected device. The configuration information for various device interface types (i.e., open 
drain/collector type, totem pole type, tri-state buffer type) may be maintained in a configuration 
register, and depending on the desired port configuration, the register data may be utilized to 
configure the port 54 appropriately. Output data can be multiplexed with the configuration data 
to configure a resulting output data signal in accordance with the configuration data for the 
particular I/O device type. For example, in the case where a connected I/O device incorporates 
an open collector type interface design, the configuration data may be retrieved from the 
configuration register for the open collector type interface and the output data may be 
multiplexed with the open collector type configuration data to conform a resulting output data 
signal that can be transmitted to and recognized by the connected I/O device. Thus, the I/O port 
54 can emulate a particular I/O interface to support the attached device type. 

The I/O port 54 is also capable of receiving input data signals from an I/O device that is 
connected with the I/O port 54. Accordingly, an input data signal is received via the GPIO pin 
70 and is passed to the input buffer 66 (the output buffer 68 is not enabled). The input buffer 66 
passes the input data signal to a first flip-flop 64 (preferably a D-type flip-flop) that passes the 
input signal (when the CLK signal is enabled) to another flip-flop 60d which passes the input 
data signal (INP) to the I/O controller for processing. Similarly, the input data signal from the 
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input buffer 66 is also provided as a Special Function Input (SFI) data signal to the I/O controller 
for processing the data signal depending on the configuration of the I/O port 54. 

As described above, the input data signals are protected by metastable protection 
registers, for example, embodied as back-to-back D-type flip-flops (i.e., flip-flops 64, 60d), and 
the output data signals are registered. However, special function inputs and outputs are 
preferably provided without such synchronization protections to allow simple pass-through 
operations. This allows the GPIO pin to be used as either a synchronous input or an 
asynchronous input. Synchronous inputs typically introduce one or more clock delays, whereas 
asynchronous inputs typically provide a direct propagation path. Consequently, the special 
function input and output signals are synchronized and metastable protected at Special Function 
Blocks. For example, in the embodiment shown, interrupt decision logic (registers 128 through 
130) are implemented for each individual pin. For other pins, pin mixing circuits (not shown) 
may be used to allow other functions such as UART and I2C interfaces. 
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